(19) 



Europaisches PatdWt 
European Patent Office 
Office europeen des brevets 




(12) 



(ID EP 1 237 302 A2 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

04.09.2002 Bulletin 2002/36 

(21) Application number 02075637.5 

(22) Date of filing: 15.02.2002 



(51) intci7: H 04 B 7/26, H04J 11/00 



(84) Designated Contracting States: 


(72) 


Inventors: 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


• 


Mignone, Vittoria 


MC NL PT SETR 




1004 Piobesi Torlnesi (Prov. of Torino) (IT) 


Designated Extension States: 


• 


Morello, Alberto 


AL LT LV MK RO SI 




10126 Torino (IT) 




• 


Casagranda, Paolo 


(30) Priority: 21.02.2001 IT TO010154 




10134 Torino (IT) 


(71) Applicant: RAI RADIOTELEVISIONE ITALIAN A 


(74) 


Representative: Spandonart, Carlo, Dr. Ing. 


(S.p.A.) 




Spandonari & Modiano s.r.l. 


00195 Roma (IT) 




corso Duca degli Abruzzi 16 






10129 Torino (IT) 



(54) A system for transmitting audio and video signals to UMTS mobile telephony terminals and 
a mobile terminal for use with the system 



(57) A high-power radio transmitter transmits in 
broadcast mode, on an area comprising multiple cells 
of a UMTS telecommunications network, multimedia 
programs in the form of signals that are compatible with 
the physical level of the UMTS protocol, on a frequency 
band that is different from the frequency band of the tel- 
ecommunications network. Each mobile telephony ter- 
minal suitable to interact with the telecommunications 
network and having circuits for decoding UMTS multi- 



media signals furthermore comprises a receiver, which 
is suitable to receive and decode the signals transmitted 
by the radio transmitter and to apply its output signals 
to the input of said decoding circuits. The multimedia 
programs broadcast by the radio transmitter transport 
various programs on UMTS channels identified by re- 
spective codes according to the UMTS protocol, in ad- 
dition to optional tables that describe the programs on 
a preselected channel. 
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Description 

[0001 ] The invention relates to a new system for transmitting multimedia signals to UMTS mobile telephony terminals 
and to a mobile terminal for use with the system. 

[0002] Telecommunications systems such as PSTN, GSM and UMTS are conceived as bidirectional cellular systems 
with "one to one" connections, in which each transceiving terminal is controlled by a cellular network, with execution 
of a series of procedures suitable to locate it and keep it constantly in contact with the base station to which it is 
assigned. The data streams arriving at and leaving each terminal are unique and private for that terminal. Each com- 
munication begins with a bidirectional dialog with the base station and with a connection procedure in which the terminal 
is assigned a "channel- for transmission and reception, characterized by time or frequency divisions and, in the case 
of UMTS, by specific spread-spectrum sequences. Except for control information, there is no mode in which a terminal 
is in a receive-only state on a stream of services that are common to all users. In order to allow to sustain a large 
number of simultaneous private conversations among the terminals, the cellular network typically comprises a large 
number of low-power transmission antennas that cover small areas. The higher the interactive traffic that the network 
must guarantee, the smaller the size of the cells, which can even reach a density of 100 cells per square kilometer. 
Accordingly, the cost of a cellular telecommunications network is high and an increase in traffic entails additional network 
costs. 

[0003] More particularly, the UMTS system is furthermore designed to allow transmission and reception not only of 
audio signals typical of conventional telephony but also of pictures and videos and of multimedia signals in general 
including in particular, in addition to private signals that arrive from another user terminal, information and entertainment 
services, for example weather information in multimedia form, music video clips, sports-oriented and generalist news- 
casts. As known to the person skilled in the art. in the UMTS system these functions are implemented by adopting 
protocols for interchanging data in various formats, such as the Internet Protocol (IP), MPEG, and the like. 
[0004] In contrast to wireless telecommunications, radio broadcasting consists of unidirectional transmissions of the 
"one to many" type and is suitable for distributing content of the audio/video/muttimedia type. Terrestrial radio and 
television broadcasting networks use high-power transmitters that cover vast service areas (for example entire admin- 
istrative regions). Digital broadcasting services use the DVB (Digital Video Broadcasting) and DAB (Digital Audio Broad- 
casting) systems for the high-capacity unidirectional radio and television stream. The per-user costs of the network 
are low (on the order of a few tens of euro per family per year), and an increase in receivers (within the coverage area) 
does not entail increases in network costs. However, digital radio broadcasting networks in the VHF and UHF bands 
do not offer sufficient capacity to be used to carry Internet and telephony to the user. 

[0005] Attempts have been made to integrate radio and television digital services with cellular telephony and multi- 
media services toward mobile terminals, but so far these attempts have merely overlapped the two separate networks 
(broadcasting and telecommunications), keeping their respective technologies unchanged. The radio broadcasting 
network provides access to interactive services (for example e-commerce and Internet access) via the electronic pro- 
gram guide (EPG), but interactivity is managed by means of the cellular networks; in this scenario the system is a 
DVB/UMTS (or DAB/UMTS) hybrid. y 
[0006] The aim of the invention is now to provide a system for transmitting audio and video signals that allows to 
provide low-cost radio-broadcast audiovisual services to mobile user terminals suitable to act simultaneously as UMTS 
mobile telephony terminals, allowing the user to maintain the connection to both the cellular telecommunications net- 
work and the radio-broadcast audiovisual services (for example, the terminal must be able to ring due to an incoming 
call even while receiving a radio or TV program; the user when receiving a radio/TV advert, must be able to activate 
a connection to the corresponding Website). 

[0007] An object of the invention is to provide said transmission system without an appreciable increase in the man- 
ufacturing cost and the dimensions of the mobile user terminal with respect to a conventional UMTS terminal. 
[0008] Another object is to provide said transmission system by using already-available radio broadcasting facilities 
and infrastructures, without the need for investments in new facilities. 

[0009] Another object is to make available to the user information and entertainment services at operating costs that 
are distinctly lower than those linked to the use of the UMTS telephone network. 

[0010] This aim, these objects and other objects and advantages that will become apparent from the continuation 
of the description are achieved by the invention with a network structure and network protocols having the features 
stated in claim 1 . The subordinate claims refer to other advantageous features of the invention. 
[001 1 ] The invention is now described in detail in some preferred embodiments thereof, given by way of nonlimitative 
example, with reference to the accompanying drawings, wherein: 

Figure 1 is a schematic view of a UMTS cellular network and of a transmission system according to the invention, 
both interacting with UMTS mobile telephony terminals; 

Figure 2 is a diagram of the protocol architecture of the system according to the invention; 
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Figure 3 is an explanatory diagram that relates to the transport of descriptive tables used in the invention; and 
Figure 4 is a block diagram of a mobile telephony terminal that can be used in the system according to the invention. 

Description of preferred embodiments 



[0012] The invention is based on the use of two overlapping networks operating on separate frequency allocations. 
With reference to Figure 1 , multiple antennas 1 0 constitute the cells of a UMTS bidirectional telecommunications net- 
work with cellular coverage (hereinafter designated CELLULAR), for interactive services (such as for example teleph- 
ony and Internet access); said antennas 10 are connected to multiple user terminals 12, described hereinafter. The 
user terminals 1 2 can furthermore be connected in a unidirectional broadcast network (hereinafter designated BROAD- 
CAST), characterized by high-power transmitters having a large coverage area, such as the radio transmitter 14, for 
broadcasting radio and television multimedia services on a band of carrier frequencies that is different from the carrier 
of the cellular network. 

[0013] The invention is based on the concept of using the modes and protocols of the UMTS system both for the 
interactive services (conventional UMTS system) and for the services for radio broadcasting to mobile user terminals. 
[0014] While the terminals register themselves and remain connected to the UMTS cellular networks that carry the 
interactive services (telephone, Internet), the UMTS broadcast networks (hereinafter also referenced as B-UMTS), as 
proposed by the invention, transport unidirectional radio broadcasting signals (audioA/ideo and multimedia) to said 
UMTS terminals, using multicast streaming protocols of the UDP-IP type. Said networks do not communicate bidirec- 
tionally with the individual terminals. The broadcast network furthermore operates on frequencies that are different 
from those of the cellular network and uses existing radio broadcasting infrastructures. 

[0015] In the embodiment of the invention, the UMTS system that operates on the broadcast-type network is modified 
with respect to the conventional one, so as to not perform the bidirectional procedures for terminal control: determining 
the location of the terminal, sending/requesting calls, power control and transmission beam control, assignment of 
spread-spectrum sequences for communication. The transmission of a broadcast service is in fact not dependent on 
the opening of a connection with a specific terminal, but proceeds continuously, independently of the presence and 
number of receiving terminals (as occurs in the DVB or DAB broadcasting systems). The broadcast-type base station 
therefore uses IP protocols of the unidirectional type (UDP-IP type) and routes all the broadcast-type services to the 
radio frequency carrier, assigning to each service a specific spread-spectrum sequence, i.e., a specific UMTS "chan- 



[0016] However, the system according to the invention is based on communications protocols and procedures ac- 
cording to the 3GPP recommendation of UMTS. However, the standard for audio/video streaming services according 
to the 3GPP recommendation, which is currently being defined, is based on the principle of demand ("on demand") on 
the part of the user and on the allocation, with a bidirectional procedure, of a dedicated channel to each individual user. 
In order to obviate the bidirectional procedures between the base station and the user terminal, the system according 
to the invention introduces in the base station one or more virtual terminals which , at the beginning of the transmission, 
by requesting the streaming services, start the procedures for selecting the transmission parameters for the various 
streaming channels. These parameters are then stored in the SI tables and sent to the users, according to the proce- 
dures established by the invention. Whenever a variation occurs in the offered services, the invention starts a new 
demand procedure on the part of the virtual terminals. This method allows to avoid modifications to the 3GPP standard 
of UMTS; if the standard introduces formats and procedures for auto/video streaming in broadcast mode, they might 
be used in the system according to the invention. 

[0017] The protocol architecture of the system according to the invention can be divided into two macrolevels, as 
shown in Figure 2: a radio macrolevel, based on the 3GPP standard, which comprises the physical level (PL, Physical 
Layer, which refers to series 25.2 of the 3GPP standard), level 2 (Data Link Layer, which refers to series 25.3 of the 
3GPP standard), and level 3 (Network Layer, which refers to series 25.4 of the 3GPP standard); and an upper mac- 
rolevel comprising IP and the upper-level protocols (UDP, RTP, et cetera). 

[0018] Again with reference to Figure 2, the IP upper-level protocols defined in this specification are based on UDP 
This does not rule out the use of other protocols for the upper level. 

[0019] The Application Layer holds the content. Content, in general, can be constituted by audio and video or data. 
Audio and video is preferably encoded according to MPEG-4 (ISO/IEC 14496 standard and subsequent updates); 
encoding complexity can be limited to profiles (not described here) that establish the complexity of the decoding op- 
erations. Content can be encoded with other standards that are currently commercially available (Microsoft MPEG-4 
format, RealVideo and RealAudio, et cetera) or will be developed in the future, no limitation to the possibilities of 
encoding the audio and video streams being intended here. The data can be files, images, Web pages. Encoding of 
data and of multimedia objects is not limited here to a particular standard. 

[0020] Content is organized in suitable structures, which can be easily encapsulated in the subsequent levels. It is 
possible to use RTP (standard by H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson: "RTP: A Transport Protocol 
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lor Real-Time Applications!*, RFC1889, January 1996, but see also, for MPEG-4, Y. Kikuchi, T. Nomura, S. Fukunaga, 
Y. Matsui, H. Kimata: "RTP Payload Format lor MPEG-4 Audio! Visual Streams?, RFC3016, Proposed Standard, No- 
vember 2000, and for other MPEG formats see D. Hoffman, G. Fernando, V. Goyal, M. Civanlar, "RTP Payload Format 
lor MPEG 1/MPEG2 Video", RFC2250, January 1 998) in the case of MPEG-4 streams; session management protocols, 
such as RTSP (H. Schulzrinne, A. Rao, R. Lanphier: tt Real Time Streaming Protocol (RTSPf*, RFC2326 : Proposed 
Standard, April 1998) and SDP (M. Handley, V. Jacobson: "SDP: Session Description Protocol' , RFC2327, Proposed 
Standard, April 1998) are instead not used, since they require a return channel. The use of RTCP packets (see the 
RTP standard) or of protocols for quality of service control on a channel according to the invention is also not provided, 
but it is not ruled out in case of hybrid operation with a return channel (for example using the UMTS standard). In the 
case of data, Web pages, images or other multimedia objects, it is necessary to use protocols based on UDP, which 
do not use return channels. An example of data transfer protocol suitable for the above purpose is the one known as 
BTFTP ("Broadcast Trivial File Transler Protocol", Internet Draft) and described in Italian patent application no. 
TO2000A000439, filed on 12 May 2000 by the Applicant. 

[0021] The UDP Layer, according to the standard (see J. Postel: "User Datagram Protocol*, RFC768, August 1 980), 
is the intermediate level that allows to use protocols that do not have a return channel and are therefore suitable for 
the broadcast nature of the system. This layer contains transport functions and, partially owing to the unidirectional 
nature of the channel, session functions. With UDP it is possible to perform multiplexing/demultiplexing of the content 
of an individual IP address by virtue of the port mechanism. 

[0022] The IP Layer defines, according to thestandard (see J. Postel: " Internet Protocol , RFC791 , September 1981), 
the transport level and the syntax for the IP datagrams, which can be based on IPv4 but also, preferably, on IPv6. The 
address of the individual datagram is defined in the IP Layer. The UMTS Broadcast mode uses IP Multicast addresses 
to distribute content to all the terminals or to groups of terminals. IP Multicast addressing, in addition to rendering UMTS 
Broadcast perfectly interoperable with the Internet world, is particularly suitable for the broadcast nature of the system. 
IP Unicast addressing can be used for particular cases in which it is necessary to configure an individual UMTS terminal. 
The IP datagrams will have an MTU (Maximum Transfer Unit) suitable for encapsulation in the UMTS level. 
[0023] As regards addressing, according to the invention it is defined by the IP Layer. Reference is made hereinafter 
to the IPv4 standard. The use of Multicast addresses for sending content (224.0.0.0 to 239.255.255.255; see also the 
document by J. Reynolds and J. Postel: " Assigned Numbers", RFC1700, October 1 994) renders content sending flex- 
ible and standard. 

[0024] To encode the audio/video streams, the MPEG-4 encoding standard is used, in the version standardized by 
the MPEG group (ISO/I EC standard 14496, October 1 998, and subsequent updates). The possibility of using standards 
other than RTP for the transport of MPEG-4 (Microsoft type) is not ruled out; this depends on the decoding capabilities 
of the UMTS terminal. 

[0025] As regards content description, one choice for providing the system consists in transporting all this information 
in the Application Layer of SC, in appropriate tables known as Service Information, or SI, although it is also possible 
to transport the information at the RADIO level. The Sis are in the form of ASCII text files whose content complies with 
the XML standard (see W3C Recommendation: "Extensible Markup Language (XMLf, February 1998, 2 nd Edition, 
October 2000). The Service Information of the SC channel must be transmitted on a known IP address and port; one 
embodiment provides for IP address 230.1 .2.3 and port 53000. 
40 [0026] At the radio access level, according to the invention, the Broadcast-UMTS broadcasting station transmits: 

generic information for the actual operation of the user terminal, as specified in the UMTS standard, including 
system information common to the entire cell (for example an indicator of the scrambling sequence on the BCH 
transport channel), terminal synchronization information, pilot signals for estimating the transmission channel, 
which respectively correspond to physical channels P-CCPCH (Primary Common Control Physical Channel)! 
PSCH (Physical Synchronization Channel) and CPICH (Common Pilot Channel) of the 3GPP standard, 
information on the broadcast services present on the radio-frequency channel. This information (known as Service 
Information) is meant to guide the user in choosing the services. In the preferred embodiment, this component 
takes the form of a table which contains the list of services present in the radio channel and the information required 
by the physical level of the receiver in order to tune to said services (for example spreading sequence, scrambling 
sequence, encoding, et cetera); it is preferably but not exclusively transported by the FACH (Forward Access 
Channel) transport channel, which corresponds to the S-CCPCH (Secondary Common Control Physical Channel) 
physical channel, whose structure is given in ETSI recommendation TS 125 211 v.3.4.0., " Universal Mobile Tele- 
communications System (UMTS): Physical channels and mapping of transport channels onto physical channels 
(FDD/*. As an alternative : the Si table can be transported by the PCH (Paging Channel) transport channel, which 
always corresponds to the S-CCPCH physical channel, furthermore associated with the PICH (Paging Indicator 
Channel) physical channel, normally used to notify the mobile terminal of the presence of information on the Paging 
Channel and used here to notify the mobile terminal of the presence of variations of the SI table contained in the 
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Paging Channel. As additional alternatives, the Sis could be transported on the BCH channel or on a dedicated 
channel DCH. The information required by the receiver to connect to the Service Information transport channel 
(including the associated spreading sequence) are set beforehand or transmitted in the BCH channel and are 
known to the receiver. The transmission of this information channel occurs continuously and cyclically, so that each 
terminal, at power-on, can connect immediately to this channel and receive information regarding the services 
provided; 

the various multimedia audio/video streaming services, which travel on dedicated transport channels DCH, op- 
tionally divided over multiple physical channels, by means of the CCTrCH (Code Composite Transport Channel). 
Assignment of the physical channels is performed at the transmitter according to the services to be broadcast and 
the characteristics of the transmission channel, and is stored in the SI table. 

[0027] Content description is not necessary but is preferred according to the invention, since it is the most straight- 
forward means by which the terminal can gather information on the broadcasts in real time. 

[0028] The preferred embodiment of the invention is constituted by a signal that is compatible with the UMTS stand- 
ard, is emitted by the transmitting station, and is formed by multiple information streams known as channels and char- 
acterized, at the RADIO level, by appropriate spread-spectrum sequences. One of the channels (the service channel, 
SC hereinafter for the sake of brevity), is dedicated, in the preferred embodiment, to the description of other channels 
and of the content associated with each one of said other channels. The SC channel must have characteristics that 
are known to the terminal (spread spectrum sequence), which connects to it during initialization. After connecting to 
the SC channel, the terminal extracts from it information on the other channels contained in the physical transmission 
channel (spreading sequences, bitrates and description of the content of the other subchannels from the SC channel). 
The receiver, after extracting the information contained in the SC channel, can offer a menu to the user and tune to 
the appropriate channel if selected by the user. As an alternative, the SI tables can be stored on an Internet site, 
downloaded by the user over the cellular UMTS network and stored in the terminal. Every time the administrator of the 
SI table varies its content, this must be reported to users (for example via SMS) so that they update the copy stored 
in the terminal. 

[0029] The user terminal, by connecting to the B-UMTS network, receives system information and pilot signals for 
synchronization and equalization of the transmission channel, and the SI table containing information on the available 
services. The table is stored in the receiver and is re-updated periodically or when signaled by the broadcasting station 
(for example on the PICH channel). When the user selects the intended program, the receiver searches in the table 
for the information regarding the physical channel or channels DCH to process and pass to the subsequent levels. 
[0030] The Service information will use at least the tables described hereinafter: 

[0031 ] Table for associating spreading sequences and channels: with the following format (here, and hereinafter, the 
XML preamble is not inserted in order to provide the information in more concise form): 



[0032] The <ssat> tag indicates the beginning of the table. The <channel> tag indicates the beginning of the descrip- 
tion of the association between a spreading sequence and a channel. Channel number cO is, for example, associated 
with spreading sequence sO. From this table, the receiver obtains the spreading sequences for each channel. The 
number cO allows to reference the channel in a symbolic manner. 
[0033] Table for associating channels and channel content: 



<ssat> 



<channel c=cO ss=s0x/channel> 



<channel c=cl ss=slx/channel> 



<channel c=c2 ss=s2x/channel> 



</ssat> 
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<ccat> 

<content c=chO> 

<description text="Description string"x/description> 

<toc ad=aO port=p0 display=dOx/toc> 

<service ad=saO port=sp0 type="Service type"x/service> 

<bitrate b=bOx/bitrate> 
</content> 

</ccat> 

[0034] The <ccat> tag indicates the beginning of the table. The <content> tag indicates the beginning of the descrip- 
tion of the association between a channel chO and the characteristics of that channel, as specified in the subsequent 
tags. The <description> tag associates with the channel a label, which can be displayed on the menu of the receiver 
and indicates the content of the channel in a manner that can be understood by the user (string of the text key). The 
<toc> tag specifics that at the multicast address aO, on port pO, a table providing a detailed description of the channel 
being considered is broadcast in a loop. The <toc> tag is therefore useful for channels that contain more than one 
audio/video or data stream. If the display key has a nonzero value, the table of contents <toc> is the first object to be 
displayed (therefore the user can navigate directly in a local menu of the channel). If display is equal to 0 or is not 
present, the service described in <service> is the first object that is presented (therefore the user sees immediately 
for example, the audio/video stream of the channel). The <service> tag specifies the characteristics of the main service 
contained in the channel; saO is the multicast address, spO is the port; the type key specifies the type of service as 
an Internet Media Type (see J. Reynolds, J. Postel: "Assigned Numbers", RFC1700, October 1994 and subsequent 
updates), an information that is required at the application level for content interpretation. The <bitrate> tag defines as 
bO the bitrate of the channel. It should be noted that each one of the described tags is optional. The <content> taq 
must be repeated for each channel. 

[0035] Each channel dedicated to content can furthermore contain, as specified by the <toc> tag of the preceding 
table, a Table of Contents that describes in detail any additional services that are present. 

[0036] All channels that are not service channels (such as the SC) are meant to transport the audio/video and data 
content. Each channel can contain various audio/video and data streams, insofar as allowed by the band assigned to 
the channel. The specific Table of Contents of the channel has the following syntax: 



<ctoc> 

<subservice s=s0> 

description text="Description string"x/description> 
<service ad=sa0 port=sp0 type="Service type"x/service> 
so <bitrate b=bOx/bitrate> 

</subservice> 



55 



</ctoc> 

where the meaning of the tags is similar to their meaning in the <ccat> table. 
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[0037] Transport of all the tables is performed on the Application Layer. The tables are repeated in the SC channel 
periodically. The tables of content <ctoc> of each channel, if present, are repeated periodically. The preferred embod- 
iment uses BTFTP (Broadcast Trivial File Transfer Protocol) for transport of the tables over UDP, but other transport 
protocols are not ruled out. 

5 [0038] Figure 3 summarizes all of the above. 

[0039] The use of XML tables constitutes the preferred embodiment in the invention. An alternative embodiment 
consists in using tables encoded according to the MPEG and DVB-SI (IS013818-1 , EN300-468) standard, replacing 
the PID (packet identifier) information with channel information (number of channels). It should be noted that this re- 
placement greatly restricts the possibility to describe the content at the Application level, since it is not possible to 

10 reference the various services optionally present on each channel at the present time. In this regard, subsequent DVB 
standardizations (for example the possibility to describe in detail in the DVB-SI services at the IP level) will be incor- 
porated in subsequent implementations of the system being considered. 

[0040] Figure 4 is a block diagram of an improved UMTS user mobile terminal according to the invention, suitable 
to interact with the two CELLULAR and BROADCAST networks. The terminal 20 comprises first of all a UMTS trans- 

*5 ceiver 22, which is connected to an antenna 24 for receiving a radio-frequency UMTS signal from the CELLULAR 
network, demodulate it and decode its physical level (or radio level) and for performing the reverse operations of 
encoding and modulation for transmission via the same antenna 24, as known to the person skilled in the art. 
[0041] The terminal 20 furthermore comprises video/audio decoding circuits 26, which decode the IP and higher 
levels (UDP or the like, as well as audio and video formats such as MPEG, RealAudio, el cetera), as known in the art, 

2C driving a graphical display 28 and a speaker 30. Data transfer from the UMTS transceiver 22 to the decoding circuits 
26 occurs by means of a controller 32, which has several management tasks that are known in the art, such as detecting 
call notifications arriving from the network and generating appropriate indications for the user (ring on the speaker 30 
and/or information on the display 28), receiving commands from a keypad 34 of the terminal and generating the ap- 
propriate actions (call to the network, internal services of the terminal, et cetera) and of course transferring the received 

25 audio and video data to the video/audio decoding circuits 26. 

[0042] The terminal 20 furthermore comprises, again in a per se known manner, a microphone 36, which drives an 
encoder 38, which sends the encoded data to the controller 32, which also has the task of transferring them to the 
transceiver 22 for transmission toward the network. 

[0043] According to the invention, the terminal 20, in addition to the above functional components, which are sub- 
30 stantially known, furthermore comprises a receiver 40, connected to the same antenna 24, for receiving signals from 
the BROADCAST network, demodulating them and decoding their physical level (or radio level), like the transceiver 
22. The receiver 40 also is connected to the controller 32 in order to transfer thereto the received signals, so that the 
controller 32 in turn transfers them to the decoding circuits 26, in order to finally display them on the display 28 or play 
them on the speaker 30. However, the receiver 40 is normally inactive and can be activated by an enable command 
35 that it receives over a line 42 from the keypad 34, for example by pressing a button or by means of another procedure. 
[0044] Therefore, according to the invention, the controller 32, in addition to the above mentioned conventional tasks, 
also has the task of receiving and routing to the decoding circuits 26 the signals that arrive from the receiver 40, and 
more specifically one of the channels comprised within said signals, according to the selection that arrives from the 
keypad. For example, the user might scan the services or programs available at that time, by pressing a forward key, 
4l or. if he knows the program range, by directly selecting a specific program by means of a combination of keys. In any 
case, the controller 32 continues to communicate with the UMTS transceiver 32 in order to monitor any incoming calls 
and report them to the user. The keypad command with which the user accepts the call simultaneously disables the 
receiver 40. 

[0045] If the program descriptive tables are implemented, the user terminal furthermore comprises an SI table mem- 
45 ory 44, to which the controller routes the data contained in the channel dedicated to said tables. The SI memory 44 
communicates with the audio/video decoding circuits 26, in order to display them in menu form on the display 28. The 
user, by means of the keypad 34, transmits his selection to the controller 32. 

[0046] The circuit modifications to be applied to a conventional controller for UMTS mobile telephony terminals in 
order to obtain the above described functions are obvious to the person skilled in the art and therefore are not described 
so here for the sake of simplicity. 

[0047] In a typical scenario, the receiver should perform the following operations: 

« initialization and connection to the SC channel, which contains the information on the other channels. This is 
possible because the characteristics of the SC channel are known; 
55 - the terminal begins to receive the tables transmitted cyclically at the default address of the SC channel (IP 
224.1.2.3, port 53000); 

— once it has received the <ssat> table of association between sub-channels and spreading sequences, the receiver 
has all the information required to receive the other sub-channels; 
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The contents of the <descnption> tag of each <content> section is displayed; 

- the user selects an item of the menu; 

- the receiver, by knowing the channel number associated with that menu item, selects the spreading sequence that 
corresponds to the channel and starts to receive data; sequence mat 

- if the <toc> tag of the channel contains the display key and said key is not zero, the receiver shows on the display 
a submenu related to the channel; uispiay 

~ !Un! ?T °' Ch T ne ' d ° eS 001 C ° ntain the display ke * or " said ke V is nu ». *e receiver shows on the 
display the main service (for example an audio/video stream). 

E^nnTYT"* DVB/UMTS s * s{em < ***** described in the invention has important advantages 

osts ?l/thVnv° R T : l ) 6 ^ hom °9 eneous technologies and therefore requires lower development 

costs (2) the DVB-type receiver has to demodulate an entire 5-15 Mbit/s stream, while the UMTS receiver can de- 

22. k US£d by me USer (e ' 9 - 64 - 200 ^ and "as a far lower batte^ TonZpZ 

0049] n the above described embodiments of the invention tt is of course possible to make modifications and var- 
iations n heir nonessential aspects. The forms and methods of encapsu.ating the radio broadcast data without losZ 
compatibility with the UMTS system, might vary, especially at the uppermos? levels, depending onSSSS 
may be avai.ab.e also in the future. For example, the SI servtee tables might be omitted espe^iafiy if the m^mldfa 

lZ7«"Xli:~Tt " 6ilher a "° Win9 ^ US6r l ° bTOWSe in SUCCeSSi °" ^ the seles^ered 

at that time to choose h.s favorite, or determining once and for all the types of service available and their codes The 

descnp tl on of the user terminal should a.so be understood to be a preferred functiona. scheme, it being understood 
that the same f u notions can be obtained with other equivalent means. 
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t mm-S tranSmrtt,ng murt,med ' a Programs to multiple mobile telephony terminals, each of which comprises 
UMTStr «nsce.ver connected to an antenna in order to receive a first band of frequencies that belongs to a UMTS 
cellular telephone network with multip.e low-power cells, and a graphical display and a speaker which are con- 
nected to an output of the UMTS transceiver by means of circuits for decoding said multimedia signals 
to , ra „tl^ I"**!! . th-t * furthermore comprises at least one high-power radio transmitter, which is suitable 
evefof MMT«f T 7 mM,media P r °9 rams in lhe <°™ of signals that are compatible with the physical 
level of the UMTS protocol, on a second frequency band that is different from said first band and on an area that 
compnses multiple cells of the UMTS network; 

a „,.n and *J al . each mobile telephony terminal furthermore comprises a receiver, which is connected to said 

Zn^HH °t , ^ 6,Ve Said SeC ° nd band ° f he W™* and decode said signals transmitted by the radio 
transmrtter, its output being connectable to the input of said multimedia signal decoding circuits. 

Jl e , S h y J tem H 0r H ra ? mittin9 multimedia P^ams according to claim 1 , characterized in that said signals broad- 
f,^^ rad, ° transmitter transport multiple different multimedia services or programs on UMTS channels 

J^^ZST C ° d6S aCCOrdin9 1 ° UMTS Pr0t0C01 ' Said Pr ° 9ramS ° r bein 9 -.ecta^.e in each 

ITJZh^ f 7 tranSr " ittin9 multim edia programs according to Cairn 2, characterized in that the signal broadcast 

Z^SSS?"™ cyc,ica,ly transports tables describing the muwmedia — s - p^ a - 

The system for transmitting multimedia programs according to claim 3, characterized in that said descriptive 
tables are transported in a preset UMTS channel. 

5 ' I h h? yS ,T I 0 ' tranSmittin9 mul «"edia programs according to claim 4, characterized in that each one of said 
mobile telephony terminals furthermore comprises a memory area for storing said received descriptive tables 
^n?„« f P y,n9 Sa f ' d dGSCriptive tabl6s on the dfe P'ay- and means for receiving from the user commands for 
choTen UMTsTanne? mU,timedia services °r programs on the display and for enabling the reception of the 

6 ' Tto HhTri^H -"T 9 T Ul,i T Sdia Pr ° gramS l ° mUttiple m ° bi,e ,e,ephon y terminals accordi "9 to one of Cairns 
1 to 5, characterized in that sa.d receiver in each one of said mobile telephony terminals is normally deactivated 
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and can be activated by the user by virtue of control means. 

7. The system for transmitting multimedia programs according to claim 6, characterized in that each one of said 
mobile telephony terminals is furthermore provided with visual and/or acoustic signaling means, controlled by said 
UMTS transceiver, in order to notify the user of the arrival of a call from the UMTS cellular network while said 
receiver is in operation. 

8. The system for transmitting multimedia programs according to one of claims 1 to 7, characterized in that the 
protocol architecture of the signals transmitted by said radio transmitter comprises a radio macrolevel, which is 
compatible with the UMTS protocol, and an upper macrolevel. 

9. The system for transmitting multimedia programs according to claim 8 : characterized in that said upper macrolevel 
comprises a first IP (Internet Protocol) level, a second UDP (User Datagram Protocol) level, and a third application 
level (Application Layer). 

10. The system for transmitting multimedia programs according to claim 9, characterized in that said third application 
level uses an RTP (Real Time Protocol) protocol to transport the signals in MPEG-4 format. 

1 1 . The system for transmitting multimedia programs according to claim 9, characterized in that said third application 
level uses a BTFTP (Broadcast Trivial File Transfer Protocol) protocol to transport text data. 

12. The system for transmitting multimedia programs according to claim 10, characterized in that said text data are 
tables describing the multimedia services or programs. 

13. A mobile terminal for use in the system according to one of claims 1 to 12 ; comprising a graphical display driven 
by circuits for decoding audiovisual signals, a UMTS transceiver suitable to receive UMTS signals from an antenna, 
and a controller which connects the UMTS transceiver to said decoding circuits, characterized in that the terminal 
further comprises a receiver of signals that are compatible with the physical level of the UMTS protocol, which can 
be activated by the user and tuned to receive and demodulate the signal emitted by said radio transmitter and 
transfer it to the controller, and in that the controller is suitable to transfer to said decoding circuits at least one of 
the channels of said received signal. 

14. The mobile terminal according to claim 13, characterized in that the controller is preset to receive a channel 
selection from the keypad and to select from the signal the chosen channel in order to route it to the decoding 
circuits. 




15. The mobile terminal according to claim 13 or 14, characterized in that it further comprises a memory for tables 
describing the multimedia services or programs which is connected to the controller and to the decoding circuits 
in order to receive the text data contained in a preset channel and show a menu of programs on the display of the 
terminal. 
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